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A system and method for co-ordinating the supply of Information from content service providers 
to a user, the system and method employing agents to search advertising boards for requested 
infomiation or sen/ices. More specifically, a distributed platform is used for co-ordinating user 
access to information or services provided by content service providers. The platform comprises 
a user interface, a first advertising board for advertising services of information brokers and a first 
searching agent for searching the first advertising board for services that could be used by the 
user. The platform further comprises a second advertising board for advertising the services of 
information content suppliers, a second searching agent for searching the second advertising 
board for available senrices based on results of the search of the first advertising means and the 
request from the user. 
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(54) A system and methcxi for the co-oidlnaticMi and control of information supply using a 
distributed mulU-asent platform 



(^7) A system and method for coordinating the 
supply of information from content service providers to a 
user, the system arid method employing agents to 
s^ch advertising boaids for requested Infonmation or 
senrices. More spedTically. a distrbuted platlbmi is 
used for coofd'mating user access to information or 
sennces provided^ by content seirvice providera. The 
platform comprises a user jnterf^, a first advertising 
board for advertising services of iriformation brokers 



and a first searching agent for searching the first adver- 
tising t)oard for services that could be used t>y the user. 
The platform further comprises a second advertising 
board for advertising the services of information corrtent 
suppliers, a second searching agent for searching the 
second advertising board for available services t>ased 
on results of the search of the first advertising means 
and the request firom the user. 



1^ O 




<0 At...(44> 



.\t99t'$ •■itratlMrttaie •••r 
Afcal't Ciurasl MvMat* 



Figure 4 



Prtrwd by Xm (UK) BushMB SmvIom 

2.16.706 



1 EP0967 

Description 

[0001 ] The present invention relates to a system and 
method for oo-ordlnating provision and nanagement of 
information supply to customers. s 
[0002] Information content services are presently 
available, for exEUfiple via the IntemeL Such senrices 
typically enable a user to manually access digital librar- 
ies, for example using Internet management tools such 
as spiders, wanderers or search &^ines. However, the io 
interaction between the user and the content provider is 
limited. Additionally, the user typically has to spend a 
significant amount of time connected to the Intemet 
searching various sites for items of interest. Further- 
more, although there is an abundance of data available, is 
it can be difficult for the user to navigate through it effi* 
dently. locate items of interest and keep track of new 
data/lnfomiab'on becoming available. Additionally, if 
infonnation on the network is updated overnight the 
user will not know about new infbrmatfon becoming 20 
available for access. 

[0003] A further disadvantage of current information 
content services is tftat the tools available provide no 
f lexibili V regarding the time and location of deGvery or 
viewing of the infonnatfon found. This is because the ^ 
searching has to be done "orHine* while the user waits 
in front of his computer screen. The user cannot deter- 
mine the time and place of the delivery of information. 
[0004] Other known fafifonnation ooment servfoes 
include video on demand systems that alfow a user to 30 
choose videos manually from a list of movies supplied 
to the sen/ice provider by a handfol of content providers. 
However, the lists available to users are generally not 
extensive and such systems provide limited fnteractfon 
t>etween the customer and the content provider. In addi- 35 
tion. In these known systems, the user is only offered 
the services of predefined channels. 
[0005] A yet further disadvantage Of known systems is 
that the user generally has to pay for access to the Irrter- 
net and then pay separately, typically using a credit 40 
card, for the servfoes provided by the content service 
suppliers. 

[0006] There is a need for a system that would provide 
users with greater freedom to obtain the nudtimecfia 
content for exantple text and/or vkieo, from a larger 4s 
variety of distrfouted sources^ and furthermore to have 
that content delivered at a time and to a tocation of the 
user's choica 

[0007] AccorcSng to one aspect of the present inven- 
tfon, there is provkied a distributed plattonn for oo-ordi* so 
naling user access to informatfon nfiade available by 
content service providers, the platform comprising: a 
user interface; a first advertising board for advertising 
services of information content prmders; a first search- 
ing agent for searchir^ the first advertising tx>ard for ss 
services based on the request from the user, and 
means for providing the results of the search of the fast 
advertising means to the user. 
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[0008] According to another aspect of the invention, 
there is provkied a distributed platform for co^dinating 
user access to information provided by content service 
providers, the platform comprising: a user interface; a 
first advertising board for advertising services of infor- 
mation brokffl-s; a first searching agent for searching the 
first advertising board for services based on the request 
from the user; a second advertising board for advertis- 
ing the servfoes of infbnmation content suppliers; a sec- 
ond searchlrrg agent for searching the second 
advertising t>oard for available services based on 
results of the search of the first advertising means and 
the request from the user, and means for providing the 
results of the search of the second advertising means to 
the user. 

[0009] Preferably, the first and second advertising 
boards are distributed. Preferably, tiie first and second 
advertising tK>ards each advertise servk^es available In 
particular fields or market sectors, for example the 
boards may advertise the sennces of video content pro- 
viders in a movie sector, or the servk:es of providers of 
Information relating to. for. example, sdence and tech- 
nology. 

[0010] Preferably, means are provided, via the user 
interfoce, for intenx>gating the user to determine specif fo 
preferences, for example, where and/or how and/or 
when the information found t>y the second searching 
means is to be communicated. 
[0011] Typically, a billing agent is provkied for monitor- 
ing and bDling customers for the services used. Each 
customer has a billing account that is continuously 
updated and reflects the current bill value for that cus- 
tomer. This account ooukl also t>e monitored in connec- 
tion with the customer^ real bank account to prevent 
tiie use of services that the customer has no means to 
pay for. 

[0012] Preferably, a banking agent is provided for 
monitoring all financial transactions that take place 
between the infonmatfon tyokers and the irrfbrmation 
cM&n suppliers as a result of the request from the 
user. Each infonnation content supplier and each infor- 
mation broker has an account that Is monitored by the 
banking means and is u|>clated as soon as a user 
accepted service is delivered. 
[0013] According to another aspect of the present 
invention, there is provided a distributed platform for co- 
orcfinating user access to Information provkJed by con- 
tent servfoe providers, the platform comprising: a user 
interface; a content servfoe provider advertising board 
for advertising services of content sen/ice providers; a 
searching agent fbr searching the content senrtee 
provkJer advertising board for servk>es, t>ased on a 
request from the user, and means tor provkling the 
results of the search of the content servk:e provkier 
advertising boord to the user. 
[0014] Preferably tiie d^*buted platform further 
includes: a broker advertising board for advertising the 
services of brokers that act as intermediaries between 
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the content service prcvider and the user, and a second 
searching agent for searching the broker advertising 
board for available services based on the request from 
the user, wherein the second searching agent identifies 
a suitable broker and the first searching agent is associ- 
ated with that broker. 

[0015] Aooorcfing to another aspect of the preseit 
invention, there is provided a method for coK>rdinating 
user access to information provided by content service 
providers, the nnethod comprising receiving user 
requests for servk:es; advertising services of informa- 
tion t)rokers in a first advertising board; searching the 
first advertising board for available services using a first 
searching agent, the search bang based on the request 
from the user; advertising the services of information 
content suppliers in a second advertising board; 
searching the second advertising board for available 
services based on results of the search of the first 
advertising board and the reque^ from the user, using a 
second searching agent, and providing the results of the 
search of said second advertising agent to the user. 
{0016] Preferably, the method involves requesting 
more detailed infonration on services from the content 
suppliers. 

[001 7] Preferably, the method further includes the slep 
of intenogating the user to detennine specific prefer- 
ences. Typically, this will include deternvning where 
and^or hew and/or when the information found the 
second searching means is to be commmicated. 
[0018] Preferably, the user can request that informa- 
tion be providdd over a range of dates, so for example 
the user could be provkled with an infdrmation ppdate 
eveay day at, say. 2pm. In this way the user is able to 
keep trade of information beobrining avaOsdble. 
[001 9] Preferably, the user can specify the means via 
which the sennce is provkied. for example k3y facsimile, 
or post or e-mail. 

[0020] Preferably, each agent comprises a plurality of 
components each of whk^h has a partk^ular function to 
perfbnm and each of which contains a process for inple- 
meriting tfiat furx#tion. Preferably, each component has 
a group message board on whteh messages are placed 
for communicating to processes within the component 
Typically, one of the conponents has an int&nal mes- 
sage board on which inter-component messages are 
placed by processes for passing to group message 
boards within other components in the agent One com- 
ponent may have an external message board on which 
messages are placed by processes in one agent for 
communicating to other agents in the distributed net- 
work. The Internal and external message boards may 
be in the same conponent 

[0021] Preferably the agents are proactive, so. for 
example if a particidar service is not available at the 
time the request for informatbn is made, the agent can 
check periocfically. at a rate typically determined by the 
user, to detenrane whether the senrice has become 
available, and when it has provkle the information to the 
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user, via an agreed mechanism, for example e-mail. 
[0022] Preferably, the agents are able to evaluate their 
environment to make efficient decisions on the service 
proveion. For example, if the content service provider is 

5 able to deal with 50 requests per time period, but has a 
queue of 200 requests to deal with, the agent could 
assess the situation and then send a message to the 
user stipulating an estimated time at which the service 
will t>ecome availabia Preferably, when the service 

10 becomes available, there is a validation stage for check- 
ing whether the user still needs the infonmation. 
[0023] According to yet another aspect of the present 
Invention, there is provided an agent-configurator com- 
prising: an agent component selector for allowing user 

75 selection of one or more of a plurality of possitrie agent 
components; an agent process selector for allowing 
user selection of one or more of a plurality of possible 
processes for use by the selected agent components, 
and a customised agent description stcare for grouping 

20 the selected components and processes together, the 
said grouping defining the structure of the customised 
agent. 

[0024] An advantage of this system is that a system 
user can select or alter agents from the system's inter- 
ns face without the need for intervention at code level. 
[0025] Preferat>ly. means are provkled for determining 
where in the network the agent is to be located. The 
system can follow one of a series of pre-defined agent 
depl(^ent pdides or rules (e.g. load balancing. 
30 deployment per agent type, a specific type of agent on a 
particular machine) or it can simply be instructed to 
deplcy an agent on a spedTic machine chosen by the 
user. 

[0020] Preferat)iy. each component hais a group mes- 

35 sage board on which messages are placed for commu- 
nk»fing to processes witNn the component Preferably, 
one of the components has an internal message t>oard 
on wf^ch inter-component messages are placed t>y 
processes in a given component, for passing to other 

40 processes within other components in the agent. Prefer- 
ably, one component has an external message board on 
which messages are placed by processes for communi- 
cating to other agents in the distnlxited networic The 
internal and external message boards may be in the 

45 same component 

[0027] Preferably the agents are proactive, so. for 
example if a particular service is not available at the 
time the request for information is made, the agent can 
check periodically to determine whether the service has 

50 become available, and when it has provkle the informa- 
tion to the user. 

[0028] Preferably, the agents are able to evaluate their 
environment to make efficient dedskins on the service 
provision. Preferatsly, when the senrice t>ecomes availa- 
55 ble. there is a validation stage for checking whether the 
user stiD needs the Information. 
[0029] According to yet another aspect of the present 
invention, there is provkied a method of creating user- 
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customised agents for use in a distrOnited networK the 
methcxi conprising: selecting one or more agent conv 
ponents from a plurality of possible agent components; 
selecting one or more processes for use b/ the selected 
oomponents from a plurality of possible processes, and 5 
grouping the selected piocesses and components 
together to create a customised agent. 
[0030] According to yet a further aspect of the present 
Invention, there Is provided a distributed agent system 
including a plurality of agents ananged to interact one 10 
with another within an agent community, each agent 
including: a plurality of agent conponents, each off 
which indudes processes arranged to carry out a partic- 
ular task for the agent: a group message board within 
each of the components, for mediating communications is 
t>etween processes of the same oonponent and a cen- 
tral message board, for mediating commurncatkms 
between processes of different intemal components 
and other agents in the agent community, the central 
message board including a first process for mediating 20 
Intemal inter-oonponent communication, and a second 
process for mediating external communications with 
other agents in the agent community. 
[0031] Preferably, the central message board com- 
prises an internal message board for mediating oommu- ss 
nications between processes of different internal 
components, the first process being part of the internal 
message board. Preferably, the central message board 
oonprises an external message board for rnediating 
communications between processes of different internal so 
components, the second process being part of the 
external message board. 

[0032] Preferably, inter-component messages pass 
from ttie process sencfing ttie message via the grouf> 
message board to the central message board. Prefera- ss 
tily. the message is subsequently fomvarded to the 
group message t)oard to wfuch the inter-component 
message is directed. Preferably, niter-oomponent mes- 
sages are sent from the groip message board to the 
intemal message board. Inter-component messages 40 
may be fonvarded to tiie groip message board from the 
intemal message board. 

[0033] Preferably, inter-agentmessages pass fromthe 
group message boards to the central message tx)ard 
and from there to the central board of the external agent 4S 
to which the inter-agent message Is directed, fanter- 
agent messages typically pass from the intemal mes- 
sage board to ttie external message board and from 
there to the external agent to which ttie inter-agent mes- 
sage is directed. Inter-agent messages may be received so 
in the external message board and passed to ttie inter- 
nal message board. The Intemal and external message 
tx)ards mojf be in the same component 
[0034] A fitter may be provided for delegating or dom- 
ing where messages should be passed. The filter ma^ ss 
be registered In ttie intemal message board. The filter 
may be registered in the group message board. This 
activity is transparent for ttie user of ttie system and Is 



aocompfished automatically when the agent Is created. 
[0035] Various systems and mettiods in which tfie 
present invention is enrfoodied will now be described by 
way of example only, and witti reference to ttie following 
drawings, of which: 

Figure 1 is a schematic representation of a system 
for enabling a user to obtain access to information 
provided by information content prcviders: 
Rgure 2 is a schematic representation of a distrib- 
uted software agents platform used in ttie system of 
Figure 1; 

Rgure 3 is a schematic representation of ttie phys- 
ical arrangement of the software agents platform of 
Rgure 2; 

Figure 4 is a schematic representation of a model of 
• an agent for use in the distritxjted software agents 
platform of Figure 2: 

Rgure 5 is a schematic representation of the hierar- 
chy of tiie agent shown in Rgure 4: 
Figure 6 is a diagrammatic representation of a con- 
figuration module for use in the platform of Figure 2; 
Rgure 7 illustrates the steps involved in the creation 
of a customer agent for use in the platform of Figure 
2; 

Rgure 8 illustrates the steps involved in tiie aeation 
of a service content agent for use in the platform of 
Rgure 2; . 

Rgure 9 is a flow diagram illustrating the behaviour 
of a marketing agent of the platform of Figure 2 
when a new customer supplier agent is formed: 
Figure 10 is a flow diagram IQustrating ttie behav- 
iour of ttie marketing agent of ttie ptatfbrnri of Figure 
2 on creation of a new service agent and 
Rgure 11 is a flow dtagnam Illustrating the steps 
taken by the marketing agent on creation of a new 
customer agent. 

[0036] Rgure 1 shows a system for the provision of 
customised information content to a customer. This sys- 
tem has several layers, the first 20 of which comprises 
user terminals, for example, mobile phones, portable 
PC's. seMop boxes or oti^ier such devices, to provide 
users with physical access to the sy^em. Such access 
is made via a network layer 22. typically ttie Internet, or 
a satellite communications system, or some ottier such 
communication network. The next layer 24 is a distrib- 
uted software agents platform for controlling the provi- 
sion of services to the customer. The final layer 26 
comprises the facilities and services provided by serv- 
ice content providers, which services can be contracted 
via ttie (fistrfouted software agents platform and deliv- 
ered to the customer via various networks, for example 
ttie Internet 

[0037] The distrfouted software agente platform 24 is 
shown in detail in Rgure 2. This has four levels. Rrstty. 
a platfbrm management le^l 28 ttiat indudes a config- 
uration module (CM) 29 and a monitoring or perform- 
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ance module (PM) 31. This level enables oonfiguration. 
maintenance and monitoring of the system. Next there 
is an enabOng agents level 30 for enabling the system to 
operate from the f inandal arKJ market perspective and a 
service provision agents level 32 for enabling interaction 5 
between the customer and the services provided by the 
content suppliers. Finally, there is a service de&v* 
ery/executton agents level 34 for delivering services 
required by the customer. This is effected by aQowing 
the platform to interact with a network interface 38 that 10 
is provided for connecting the platform 24 to the net- 
work 

[0038] Platform 24 uses a standard network protocol 
for inter-agent communication. 

[0039] In order to allow the user to interact with the is 
platform 24. typicaDy two further interfaces 40and 42 
are also provided. Firstly, a simple user interface (Ul) 40 
for communicating requests fbr information frcHti the 
user to the platfomn 24 and bade Secondly a graphical 
user interface (GUI) 42 for enabling an agent aware 20 
user to modify or update existing agents, introduce new 
agents or enhance the agents* component/process 
library. 

[0040] At this stage it is important to note and make 
the cfistinction between an external user, generally 2s 
refenred to as the customer and an intomal system user. 
The customer uses the Ul 40 to access and use agent- 
based services while the system user uses the GUI 42 
for development, set up and maintenance of the plat* 
form. 30 
[0041] In order to access the distributed software 
agents platform 24, the user typically uses a Java ena- 
bled temninal. For e3anf>le. Ul 40 oould run on a Java 
enabled fued^fiobile phbnia or a portable PC 20 and 
could be used by customers. The QUI 42 could run on a 3S 
stand-alone machine, for example, a PC or UNIX wok- 
station but wouki be used only by tfie system user. The 
platform interlaces 40.42 are typically not agent based. 
[0042] The platform 24 is generally distributed over a 
plurality of host processors 36 that are aisle to oormnu- 40 
nicate with each other, as shown in Figure 3. Each host 
36 that can be selected in the system has a local config- 
urator (LC) and an associated local configurator sen/er 
(LCS). The use of each of th^e is justified tsy the sepa- 
ration of generic functionality (ue, agent creatfon, 4s 
update, suspend, resume and kill) accomplished t>y the 
central configuration module 29 on Figure 2 in collabo- 
ration with the local configuratorB (LCs), from applica- 
tion specific functionality accomplished via the local 
configuratipn servers (LCSs). In this way a variety of so 
applications can be built by re-usIng the same generic 
functionality offered by the platform. 
[0043] The platfomn 24 of Figure 2 provides three 
classes of facilities, these being the main focOities that 
control the processing of requests from customers, ss 
development fiadlities that enable the system to be 
altered or develq^ed and evaluatfon ^lities for moni- 
toring the overall perfonnance of the platform. 



[0044] Communication between the various levels of 
the platform 24 is effected using agents. Agents are 
autonomous bits of software designed to act as prot>Iem 
solvers. Agents may t>e heterogeneous in nature. In 
practice, the label "agenf has been used to descritie a 
great variety of diffe-ent software entities. In each appli- 
cation, the importance is focussed on a different aspect 
of "agent-hood" theret>y making the expression of a 
general and consistent definition difficult However, for 
the purposes of the present application an agent will 
typically t>e such that it can: 

• act on behalf of other entities in an autonomous 

manner. 

• exhit)it pro-activity and re-activeness in its actions 

• make efficient decisions by evaluating the environ- 
ment inputs and outputs. 

evaluate its performance continuously 

• co-operate and communicate with other agents. 

[P045] Since the distributed software agent platform of 
Figure 2 implements a plurality of agents, the system is 
in tact a multi-agent system. In the article by Duriee, E.. 
H., Lesser, V.. R., Corkill, D.. D., 'Trends in Cooperative 
Distributed Problem Solving". IEEE Trans. Knowl. Data 
Eng.. KOE-1 1(1), pp. 63-83. 1989 th's has been defined 
to be "a loosely<X)upled networi< of problem solvers that 
wrk together to solve problems that are beyond there 
indivklual capabilities". The overall behaviour of such 
systems is not globally planned, but emerges as the 
aggregation of the actfons taken by every agent in the 
oomnujnity. Hence, nuilti^gent systems are capable of 
adapting to changes in the environment This is advan- 
tageous for the present appGcation because for exam- 
ple, content service provkiers may add or withdraw 
services and the system needs to tie able to cope with 
such changes. 

[D046] Shown in Figure 4 Is a model of each agent 44 
used in the multi-agent system of platform 24 of Figure 
2. Each agent 44 is typically divided into components 
46. each of which has a particular functfon to perform. 
Fa exanple. component E (environment) of Rgure 4 
monitors changes In the agenf s 44 environment such 
as whether a service supplier has withdrawn its serv- 
ices. Component R (resource management) monitors 
and updates the resources available to the agent 44. 
(>xnponentT(ta8l^ contains the task that the agent 44 
has been set Conrponent O (organisation) controls 
internal organisation of the agent 44 itself. Component 
S (self) enables the agent 44 to monitor its own perform- 
ance, fdr example how well It is meeting its goals. 
FmaDy, component C (communication) controls the 
comnrunication between components 46 in the agent 44 
and additfonally communication t)etween the agent 44 
and other agents in the overaD agent community. 
[0047] Witiiin each of the components E. R. T. O. S 
and C. there is a plurality of processes 48 that can be 
utilised by the agent 44 to perform the necessary func- 
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tions. Additionally, there is a group message board 50 
tor oontrolfing and monitoring inter-process 48 oonunu- 
nications within a given agent component. However. In 
component C in addition to there being a plurality of 
processes 48. also provided are an internal message s 
boaid 52 for exchanging aiter-component comrrunica- 
tions and an external nrtessage board 54 for exchanging 
and controHing inter-agent communications. 
[0048] Messages are placed on the group message 
boards 50 t>y the processes 48, and taken off by other io 
processes 48 as required. In order to ladlitate this 
exchange of messages* the processes 48 can register 
in the group message boards 50. Also registrable in the 
group message boards 50 are filters for delegating or 
defining where messages should be passed. The board I5 
50 itself then passes messages onto the relevant proc- 
esses 48 using information in the fitters. 
[0049] Rgure 5 shows the hierarchy of the agent 44 of 
Figure 4. From this it can t>e clearly seen that all inter- 
oomponent conrmunications pass between the group 20 
message boards 50 via tiie internal message board 52. 
Additionally all inter-agent communications are placed 
on the group message boards 50 from where they are 
automatically forwarded to the internal message board 
52 in component C. These communications are subse- 25 
quentty passed to the extermri message board 54 from 
where they are sent to extemal agents 44 in the agent 
community 56. 

[0050] Within the agent community, each agent 44 has 
a spedfic and local knowledge and is responsible for 30 
performing a task. The agents 44 in the community 
each perform their Individual tasks and exchange infor- 
mation in relation to these tasks in accordance with a 
f»^&<)esigned interaction pnitoooi. The agents 44 pro- 
vide glot>al service control tiy co-operating with each 3S 
other, exchanging partial results arxf information and 
co-orcfinating th«r actions in accordance with a given 
service scenaria 

[0051] The agent 44 of Figures 4 and 5 altows func- 
tional separation and detailed granularity of related 4o 
activities (per process witiiin a component). In adcfition. 
processes 48 and components 46 can be added as 
desiredj thereby making the agents' 44 architecture 
open and scalable. Furthermore, processes 48 can be 
updated by replacing the old processes with new proc- 45 
esses, as th^ become available through development 
Also, processes 48 and/or oomponerrts 46 can be read- 
ily deleted as and when necessary. 
[0052] The use of group message tx>ards 50 in each 
oonrponent 46 and a gtobal board 54 for external com- so 
munication means that communication between agent 
components is kept internal to the agent 44. This is gerv 
erally advantageous Also advantageous is the fact that 
the platform 24 provides a generic agent shell that can 
be customised to suit the needs of the applkation and ss 
create the type of agent requored. 
[0053] Reluming to the platform 24 shown in Rgure 2. 
the platform management level 28 vyill now be 



described. This is includes the configuration and nK)ni- 
toring modules 29 and 31 respectively The monitoring 
module 31 is for monitoring the performance of the 
agents within the agent community in accordance with 
user specified parameters. The configuration module 29 
(or agent-configurator) is for configuring the system to 
serve a particular application, in this case tiie 'custonv 
ised multimedia content services that requires the aea- 
tion of various agent types to represent the customers, 
service providers and content suppliers. This nxxjule 29 
is shown in det&il in Figure 6. 
[0054] Included In the configuration module 29 is a 
descriptnn server 62 that is divided into two parts that 
wfll be referred to as the default agent store and the cus- 
tomised agent description store. The d^iit agent store 
is the right hand side (RHS) 64 of the description server 
62 of Rgure 6 and the customised agent description 
store is the left hand skJe (LHS) 66. Stored in tiie default 
agent store or RHS 64 is a desaiption of an agent 44 
tiiat includes the maximum set of components 46 for 
tfiat agent 44. This is the default setting. Stored in the 
customised agent descr'ption store or LHS 66 is a cus- 
tomised description of agents 44. This description is 
customised when the system is set-tp kiy selecting from 
the RHS 64 those conponents 46 required. This ability 
to modify tiie configuration of agents 44 in tiie platform 
24 is generally only available for agent-aware users oth- 
erwise tiie configuration is the default setting in the RHS 
64 of tiie description server 62. 
[9055] Also contained In the configuration module 29 
is a host selector 68 for selecting where agents 44 are 
to be stored within tiie platform 24. ttiat is on which 
machine 36 within the platform 24 a particular agent 44 
is to Km stored. The host selector 68 could deckie where 
a particular agent is to t>e located based on geographic 
considerations, for example the agents for all users from 
say Edintxirgh ooukl be located in one host Alterna- 
tively, tiie host setecto' 68 could merely spread the 
agents evenly around tiie network of possible hosts 36. 
More generaUy the host selector determines the agent 
focations based on which agent deploym^ pdrcies or 
rules are selected by the user. The host selector couki 
be instnicted where to put the agents 44 manuaDy by a 
user. In ttiis case, the deployment policy wouki k>e cver- 
rkfoen by the user's manual host selection. 
[0056] Finally, the configuration module 29 addition- 
ally Includes a code server 70 that is segmented into 
separate groups one for each agent type. This is 
employed for storing the code for processes 48 during 
devek^ment of the system. New processes 48 can be 
added to the agents 44 by creating those processes 48 
and storing them in the code server 70. 
[0057] The configuration module 29 is the point of 
access to the overaO system tor the agent aware user. 
Between the configuration module 29 and the Ul 40 or 
QUI 42 is a user interface 72. as shown in Rgure 6. for 
allowing user access to tfie system Having such an 
interiace 72 means that the Ul 40. GUI 42 and the con- 
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figuration module 29 can operate in different languages. 
[0058] All conimunication between Ul 40 and the con- 
figuration module 29 is done via a firewall interlace, 
thereby to provide security of access for external users 
of the system. The interface GUI 42 is within the fire wall 
dosely coupled with the platform 24 and it is generally 
operated only by agent aware personnel for platfonn 
development set up and maintenanca Configuration 
server 74 has the role of dealing with application spe- 
cific functionality at the central configurator le\/el in the 
same way that the local configuration servers (LCS) are 
doing on every host in relation to the local configurators 
(LC). 

[0059] Returning again to the platform 24 of Figure 2. 
the enabling agents level 30 will now be described. This 
level 30 includes enabGng agents that help and support 
other agents in the system to function. The enat}ling 
agaits must exist before any other agent can be cre- 
ated and added to the overall system. In order to pro- 
vide system integrity and security* these agents are not 
accessible and cannot be altered by any system user 
but only the ones given permission to do so. 
[0060] Included in the enablbig agent level 30 is a biO- 
ing agent (BLA) that allows for dynan^c billing, a t>ank' 
ing agent (BKA) that acts effectively as a bank in the 
conventional s^ise and a marketing agent (MKA). 
[0061] The biiring agent can be considered as the rep- 
resentative and interface into a more comprehensive 
billing system provkied by the platform 24 prcvkJer. 
Each customer has a billing account and the billing 
agent monitors servfoe use of the system arKJ bOls the 
appropriate customer at the end of a transactfoa Each 
customer billing account is continuously updated and 
reflects; the durrent b9l value for that customer. This 
account could be monitored in connection with the cus- 
tomer's real bank account to prevent the use of sendees 
for which the customer has no means to pay. Agent 
owners typrcally have an account that Is updated and 
monitored by the billing agent. 
[0062] The banking agent monitors financial transac- 
tions that occur when a service is provMed to a cus- 
tomer. The banking agent can be consklered as a 
representative and interface into a real banking system 
of a trusted banK external to the platfomi 24. 
[0063] The MKA is provkled to co-ordinate requests 
regartfng a partk^ular market sector entered onto the 
agent's platform 24. This wifl described in greater detail 
later. 

[0064] The next level of the platform 24 Includes senr- 
loe proviston agents. Typically three types of agent will 
be provkled In this level - a customer agent (CMA). a 
service agent (SVA) and a customer si^Dplier agent 
(CSA). The CMA is "owned' by the customer. The CMA 
includes information on the customer's preferences and 
is responsible for satisfying its customer's request by 
selecting the appropriate SVA(s). The SVA is owned by 
senrice brokers and is the agent that has knowledge 
and searches for the infomiation requested by the CMA. 



Finafly, the CSA is owned by the content supplier and 
provides a gateway for the SVAs to the content desaip- 
tion that the content supplier provkJes. The CMA cannot 
access the CSA directly instead it oommunfoates with 
5 the SVA, which acts, in effect, as a broker between the 
CMA and the CSA. 

[P065] The la^ level of the platform of Figure 2 is the 
8ervk:e delivery or execute level that sets up the physi- 
cal connection, i.a sends signals to the physical net- 

10 work platform. The service delivery or execute level 
includes service delivery agents that prepare the piat- 
fbnn 24 for physical connection, actuate that connection 
and cancel the connection when the Information is for- 
warded to the customer. The agents in this level obtain 

IS information from the CMA in order to detenminei for 
exarhple. where and when information is to be provided 
to the customer. Typically, service delivey agents can 
also prompt a customer to determine whether the infor- 
mation originally requested is still required and if ttie 

20 answer to that prompt is no. then cancel the request. 
When the service delivery agents trigger the delivery of 
information content to a customer, in accordance with a 
CMA's instructions th^ conTirm this to the CMA, which 
receives the message and tells the billing agent so that 

25 the customer can be billed. 

[0066] When the system is set-up initially, CSAs are 
registered first in the sennce provisions level 32 of the 
platform 24. The prince of the CSA justifies the set- 
ting up of SVAs that are subsequentiy added to the 

30 servfoe provisions level 32. CMAs are introduced when 
customers register to take advantage of the services 
provUed by ttie SVAs and the CSAs: Of course, should 
new services become available further SVAs and CSAs 
wdiiU be added. 

35 [0067] The term 'customer* in the context of CMAs 
refers to a person who is using the platform to obtein 
information. In contrast tfie term ^customer* in the con- 
text of SVAs and CSAs refers to a person or an organi- 
sation representing a service broker or a content 

40 supplier that is wflling to have a specific agent as their 
representative witiiin the agent platibrm 24. Hence, for 
darity in the context of SVAs and CSAs, the term 'cus- 
tomer* will be replaced with agent owner. 
[0068] The steps required to set liqp a SVA or a CSA 

46 are shown in Figure 7. These steps can only be taken 
from the QUI 42, not the Ul 40. and involve f irstiy send- 
ing 76 a message from the GUI 42 to the GUI interface 
72 and from there to the configuration module (CM) 
senrer 74 to request an account This niessage includes 

so deteQs of tiie customer and his bank. The request is 
then fonvarded 77 to the banking agent (BKA) from the 
CM server 74. The BKA then checks the details of ttie 
customer's bank account and depending on ttie residts 
of ttiat check Gpens a new system account A message 

55 is then sent 78 to ttie CM server 74 confirming that a 
new system account has or has not been opened. The 
CM senrer 74 checks the customer detaOs received 
from the BKA and then sends 79 a message to tfie GUI 
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interface 72 to inform the party requesting the new SVA, 
or the CSA, of the result the requea for a new account 
When the customer has been cleared and an account 
has been opened the CM server 74 then provides the 
party requesting the new SVA or CSA with detaQs of the 
account and a unique identificatkxi numt>er. 
[0069J Once this checking stage has been completed, 
the agent owner then requests that a new agent be cre- 
ated. This causes the GUI 42 to ask the agent owner for 
his tdentffication number and what type of agent is 
required. The agent owner then enters his identification 
number and selects either a SVA or a CSA. On receipt 
of the request for a new SVA or CSA. the GUI 42 satds 
80,81 a message to the right hand side 64 of the 
description senrer 62, via the CM server 74. This mes- 
sage includes a request tor a list of the SVAs or CSAs 
stored in the default agent store, and a Ost of the avaQa- 
ble components. The requested information is then sent 
82.83 to the CM server 74 and from there to the GUI 
interface 72, and the requesting agent owner selects 
the required components for the agent. A message 
identifying the selected components is then fonwarded 
84 to the left-hand side 66 of the description server 62, 
thereby effectively storing the hew SVA or CSA struc- 
ture. 

[0070] Having established a new SVA or CSA, a signal 
is sent 86 to the host selector 68 in the configuration 
module 29 in order to select the location of the new 
agent to be aeated. This can be done by deploying the 
agent, in accordance with a chosen deployment policy, 
on a selected host machine that is running the language 
in which the agent has been implemented. For example, 
in l^igure 3, the reference numbers 1 . 2, and 3 represent 
oialiGng agents and tfie nurfiiers 4, 5 and 6 repireserrt 
service provision agents. 

[0071] Once this is completed, a further signal 87 is 
sent from the host 68 to the code server 70 to allocate a 
code for the new agent This newly allocated code is for- 
warded 88 to a local configurator 89 in the selected 
location for the SVA or CSA. The SVA or CSA is then 
enabled. A signal confirming the details of the SVA or 
CSA is sent 90 to the banking agent, so that the SVA or 
CSA is registered therewith. Rnally. a signal is sent 91 
from the newly enabled SVA or CSA to the CM sender 
74 and the GUI interface 72 oonTirming that the agent is 
on host X and Is registered with the banking agent. 
[0072] Once the SVAs and the CSAs are &et-^>, exter- 
nal users (i.e. customers) can subscribe to agent based 
services and a customer agent (CMA) can be intro- 
duced to the platform for any new subsaiber. Setting-up 
a CMA requires similar steps to those for setting up a 
SVA or CSA. These steps are shown in Rgure 8 and 
include firstly sending 93 a message from the user inter- 
face to the CM server 74 to request an account. This 
message includes details of the customer and his bank 
account. The request is then forwarded 94 to the blQing 
agent The billing agent responds to this by opening a 
new account and sending 95 a message to the CM 



server 74 confirming whether ornot a new account has 
been opened. In the event that a new account is 
opened, the CM server 74 checks the customer's details 
and sends 96 a message to the GUI interface 72 con- 

5 firming that an account has been aeated and allocating 
a unique agent identification numk)er for the customer. 
[0073] Once a new account is opened, the customer 
is then able to request that an agent be aeated. This 
request causes the Ul/GUl interface 72 to send 97,98 a 

10 message to the CM serv^* 74 and from there to the right 
hand side 66 of the description server 63 in the configu- 
ration nrxxlule 29. This message includes a description 
of the type of agent requested, i.e. in this case a CMA. 
and the customer's identificatkjn numt>er, as well as a 

15 request for a list of available agent functional abilities, 
ag. pro-active, learning, or particular strategy for 
matching a customer'^ request to the returned offers. 
[0074] Typically, the customer who is not agent aware 
is offered for selection a list of agent abilities and not 

20 agent components. The link between the abilities and 
the corrponents required to accomplish them Is trans- 
parent for the user and the system uses pre-defined 
agent structures in order to satisfy a customer's selec- 
tion. The task component of a CMA, for example, would 

25 typically Include processes to deal with a request from 
its customer to select and send out messages from plat- 
form 24 to the network. The requested information on 
the available abirrties is then sent 99 to the UIAQUI inter- 
face 72 via the CM server 74 and the customer may 

30 make the relevant selection. Once the abilities are 
selected, a message Is then fonn/arded 100 to the left- 
hand side 64 of the desaiption senrer 62 indicating the 
selected agent components. 

[0075] Having selected the desired abilrties, a signal 

35 is sent 101 from the description server 62 to a host 
selecta 68 in the configuratioh module 29 in order to 
select the physical bcation of the agent. The host 68 
then sends 102 a signal to the code server 70 in order 
to allocate a code for the new agent This newfy allo- 

40 cated code is sent 103 to a local configurator 104 in a 
particular host, for example, host X, and the CMA is 
enabled. The local configurator then sends a signal con- 
firming the details of tiie CMA to the billing agent and 
the CMA is registered therewith. Finally, a signal is sent 

45 105 from the newly enabled CMA to the CM server and 
the GUI interilace 72 confirming that the CMA is on host 
X and is registered with the billing agent 
[0076] Once the CMA is aeated a customer can start 
requesting custon^sed multimedia content services. 

so However, as mentioned previously, the CMA cannot 
access the CSA directiy instead it communicates with 
the SVA. which acts, in effect, as a service broker 
between the CMA and the CSA. 
[0077] In order for tfie services of a CSA to be made 

55 availatde to a CMA, the CSA owner must sut>scribe to 
marketing services, which are co-ordinated by the mar- 
keting agents (MKA) in the enedsling agents level of tfie 
platform 24. The marketing agents divkle the sendees 
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made available through the plattbrm 24 into different 
market sectors, for example mosnes or science and 
technology documentaries. Typicaily. a marketing agent 
Is provided for each market sector. 
[0078] lnorderforaCSAtosut>saibetomarketserv- s 
ices, the CSA owner must indicate via the GUI which 
market services are required, that is, typically, in which 
market sectors the CSA wishes to be advertised. A 
message is then sent from the GUI 42 via the CM server 
to the banking agent The banking agent then checks io 
for the existence of a marketing agent (MKA) in that 
market sector. If a marketing agent exists then the bank- 
ing agent merely passes the message from the CSA to 
that MKA. If no MKA exists, the t>anKing agent sends a 
message to its local configuration server to create a is 
MKA and stores the details of that new MKA such as its 
type, its identification number and its location for further 
reference. The MKA then sends a message to the t>ank- 
ing agent to register therewith. The banking agent sub- 
sequently sends a message to the MKA containing the 20 
agent owner's request for market services. 
[0079] The banking agent is used to check whether an 
MKA exists becai^ aD MKAs have to be registered 
with the bank. The banking agent holds knowledge of all 
of the marketing agents in the agent community. Hence,- ss 
the banking agent can effectively be used as a directory 
for these agents. 

[0080] The steps taken by the MKA when it receives a 
request for market sendees from a CSA are shown in 
Rgure 9. The MKA identifies firstly, the type of the so 
requesting agent, i.& in this case a CSA, its identifica- 
tion number and its location. The MKA then investigates 
and creates the correct advertising fadBty for that agent 
In the case cf CSAsw advertising Involves advertising Hs ' 
services on a CSA advertising board (CS A Jx}ard) . 35 
[0081] Once this is done, the MKA checks whether 
any CSA.boards are already in existence in the market 
sector of interest If such boards do exist the MKA 
sends all of them a request to add the requesting CSA, 
together with details of that CSA, such as its type, its 40 
location, i.e. which host it is on. and its unique identifica- 
tion nunnber. The MKA then sends a signal to the CSA, 
which includes the addresses of all the available CSA 
advertising boards and instructs the CSA to start adver- 
tising in all those boards. If a CSAJx)aiddoes not exist <s 
the MKA adds the details of the requesting CSA, again 
such as its host and its inique identification nunnber, to 
a list that will be referred to as the *CSA POTENTIAL 
ADVERT* list This happens until an SVA is introduced 
and a CSA_Board is needed. When this oocurs» a new so 
CSAJtx)ard is created and the agents included on the 
*CSA POTErMTIAL ADVEFff beconte a part of that new 
CSAJx>ard. 

[0082] Once the CSA is advertised on a CSA.board 
its senrices are available for the SVAs to browse ss 
through. In fact, a CSAJboard will be created on every 
machine hosting at least one SVA. 
[0083] The steps described above create distributed 



advertising boards as opposed to a central advertising 
board. The kx)ards are aeated locally where there is a 
need for them. The system intelligentiy detects this 
need, aeates a focal board and furth^more maintains 
the consistency amongst the cfistributed boards. For 
exan^e. service broker agents need to be aware of 
what is on offer from the content suppliers. Hence 
where an SVA exists a CSAJxiard wOl be aeated. Sim- 
ilarly, where a CMA exists a focal SVA_Board will be 
automatically created by the system to aOow the CMA to 
select the ai^ropriate service broker to act on its cus- 
tomer's request 

[0084] Whilst the SVAs communicate with and fcirowse 
through the CSA_boards. the CMAs only have access 
to information made available through the CSAs via the 
SVAs. To tfiis end the SVAs must sut>scrit)e to market- 
ing services in order to advertise thar senrices to the 
CMAs. Again, these services are co-ordinated by the 
marketing agents (MKA) in the enat)ling agents level 30 
in the platform 24. 

[0085] fo order for the SVA to subscribe to marketing 
servfoes a message is sent from the user interface via 
the CM server to the banking agent The banking agent 
then checks for the existence of a MKA. If a MKA exists 
then the banking agent merely passes the message 
from the SVA to the MKA. If no MKA exists, the t)anking 
agent sends a message to a local configuration server 
to create a MKA. The local configuration server passes 
the message to the local configurator that creates a new 
MKA and includes in it details such as its type. Hs hxa- 
tion and its foentificatkm number. The MKA then sends 
a message to the banking agent including all of its 
details so tfiat it is registered. Finally, the banMng agent 
servis the MKA a message oontainfog the requsst for ' 
the market service& 

[0086] The steps taken by the MKA when it receives a 
request for market services from a SVA are shown in 
Figure 10. 

[P087] The MKA identifies firstly the type of the 
requesting agent, i.a in this case a SVA. its identifica- 
tion number and location. The MKA then checks 
whether any SVAJ^oard is already in existence. If any 
SVAJxMtrds do exist the MKA sends all such boards a 
reque^ to add the requesting SVA. together with details 
of the SVA, such as its host and its unique identification 
number. The MKA then sends a signal to the SVA, 
which signal includes the addresses of all the available 
SVA advertising boards, and Instructs the SVA to adver- 
tise in aH those t>oards. If a board does not exist, the 
MKA adds the details of the requesting SVA, again such 
as Hs type, its host and its unk)ue Mentification number, 
to a list that will be referred to as the "SVA POTENTIAL 
ADVERT* list This list is necessary until a CMA is intro- 
duced and an SVA_Board is needed for it When this 
occurs, a new SVAJboard is aeated and any agent(s) 
included on the 'SVA POTENTIAL A[}VERT list become 
part of that new SVA_board. 
[0088] Once the SVA is advertised on a SVA.board its 
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services are available for the CMAs to browse through. 
In practise, a SVA_board will be created on every 
machine hosting at least one CMA. 
[0089] As befca-e. the steps described above create 
distributed advising boards as opposed to a central s 
advertising board arvl the boards are aeated locally 
where there is a need for thenx The system intelOgently 
detects this need, creates a local board and further- 
more maintains the consistency amongst the distributed 
boards. For example, customers need to be aware of io 
what is on oftei'irom the service brokers. Hence, where 
a CMA exists a local SVA.Board wiD be automatically 
created by the system to aOow the CMA to select the 
appropriate service broker to act on its customer's 
recfuest is 
[0090] In order to function efficiently, the SVA agent 
needs to have the details of all the SVA_boafds aeated 
to allow it to advertise its services for the perusal of the 
DMAs. The SVA also needs to know the details, such as 
location, of the focal C8AJx>ard created on its machine 20 
to be able to read the CSA*s offers. Hence, once a SVA 
is advertised on a SVA_board. the MKA sends a signal 
to determine whether any CSA.boands exist If such 
boards do exist the MKA enquires as to whether they 
exist locally, if the answer to this query is yes. then the 2s 
details of this CSA_board are sent to the requesting 
SVA. However, if such boards do not exist locally, the 
MKA requeste the creation of a CSA_board on the 
SVA's host and that all existent CSAs be placed in it 
The CSAjDoard then k)roadcasts to all CSAs included in 30 
the board "advertise herel". If no CSA^boards exist the 
MKA requests the aeation of a CSAJ)oard on the 
SVA*s host, and then includes in that CSA^board all the 
available CSA agents from its CSA POTENTIAL 
ADVEFYT list The MKA then sends details of the as 
CSA_board, including in particular its location to the 
SVA. The SVA 8ii>sequently stores the details of the 
CSA.board so that it can refer to it at a later date, as 
and when required. 

[0091 ] In Older for a CMA to access information in the 40 
SVA_board. it must access the MKA to determine 
whether any SVA.board exists. When such a CMA is 
newly created it does this by sending a message to the 
configuration module, which provides the focation of the 
MKA. The CMA then sends the MKA a message 4s 
requesting whether a SVAJxKird is In existenoa The 
steps taken subsequently are shown in Figure 11. If a 
SVA_board does exist the MKA determines whether it 
exists locally, if it does the MKA sends the location of the 
local SVA^board to the requesting CMA. If a SVA.board 50 
does exist but not locally, the MKA requests the crea- 
tion of a SVAJtx)ard on the CMA*s host mactnne and 
includes in it all available SVA*s. The SVA^board then 
broadcasts to all SVAs 'Advertise here". If a SVA.board 
does not exist the MKA requests aeation of a first £5 
SVA_board on the CMA's host and includes in it all 
agents from the SVA POTENTIAL ADVERT fist The 
MKA then confinns existence of the SVA.board to the 



requesting CMA. and sends it details of the tiie 
SVAJx)ard location. 

[0092] Once the CMA receives the SVA_board loca- 
tion, it stores this and sends a request to the SVAJt)oard 
asking hew many agents advertise currently. If the 
SVA_board replies that no agents are currently availa- 
ble, tiien this message is passed from the CMA to the 
user via the CM^server. If ttie SVAJx>ard repfies that 
there are SVAs available tiien the CMA sends a mes- 
sage to the CM_server, which passes a message to tiie 
UI/GUI that tiie CMA is ready tor requests. 
[0093] The markm provided via the platform is by its 
nature dynamic. Typically. SVAs and CSAs will come 
and go from the system and from the SVA and CSA 
boards resp«:tively as providers enter or withdraw from 
tiie market. However, in the event tiiat all the agents 
leave a board, ttiat board wiD not become de-activated, 
but instead will operate with an empty list of active mem- 
bers. ShoukI this happen, a CMA upon detection of 
such an empty list in a SVA.board will send to the CM 
server 72 a warning message that no services are avail- 
able This causes the CM server to temporarily prevent 
customers from requesting infomiation. If a SVA detects 
an empty list of CSAs or missing CSAs in a CSA_board. 
that SVA wilt stop advertising the services of the CSAs 
or only advertise those CSAs that remain on the list. On 
return of agents to the platform, they are merely added 
to tiie appropriate advertising board. 
[0094] As regards the advertising boards generally, 
ttiese can be specific to a particular marketing agent. 
i.e. sector based, or can be distrfouted. so that various 
market sectors can be advertised on a given board. 
Each option can be beneficial depending on the circum- 
stances. For example, for a narrow servfoe range having 
only a few market sectors the sector based boards 
could t»e computationally more eff ident whereas when 
tiiere are many sectors tiie mixed/distributed advertis- 
ing may be more appropriate. 
[0095] The advertising boards are also agait based. 
This is t>ecause they have their own knowledge, for 
exanple tiie list of activated/de-activated subscribing 
agents, and they are able to conduct searches on tiieir 
own knowledge to identify suitable agents for dialogue. 
In addition, the tx>ards are able to communicate with tiie 
market agent and make decisions on when and with 
which agent to communicate information. 
[0096] When a CSA, an SVA and a CMA are set up, 
tiie user can tiien enter a request for information via tiie 
GUI or tiie Ul. This request is passed through tiie con- 
figuration server and is processed by the banking agent 
in the enabling agent level. If the banking agent vali- 
dates the request, tiiat request is then passed to the 
CMA in the service provisions agenfs level 34. At this 
stage the customer is provkJed with a number of 
options; for exanple the customer can indicate a pricing 
Gmit andfor how he wishes to receve any information 
found i.e. by post or by fax. Additionally, he can request 
tiiat tiie agent fonvard information to his PC or TV set at 
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home. In addition, if the user needs to be kept if> to 
date, ttie CMA can be requested to provide information 
oyf& a range of dates at specified times, so for example 
the user could be provided with an information update 
ev«y day. at say 2pm. In this way the user is able to 5 
keep track of information becoming available. When the 
customer makes the relevant selection it is recorded by 
the CMA. 

[0097] Once the i^er selections have been estab- 
lished, the CMA browses through the SVAs advertised 10 
in the SVAJx)ard on its host computer. If the CMA 
selects the sennces of a particular SVA, the customer 
request is forwarded thereto. The selected SVA then 
peruses the CSAs advertised in its local CSAJboard 
and selects the most appropriate CSAs for tiie job. The is 
CSAs tiien provide tiie information or service required 
to tiie SVA and from ttiere to tiie Cf^A If tiie user 
accepts tiie information and wants it defivered an 
acceptance message is sent to the CMA and from there 
via SVA to the CSA. Upon receiving tiie acceptance 20 
message, the CSA fonAords to the banking agent an 
invoice for the SVA owner for the services provkJed. The 
SVA then forwards details of the transaction to the bank- 
ing agent, placing an invoice tor the customer who 
requested the servica The banking agent detects tiiat 2S 
is an Invok^e for a customer and in turn forwards the 
information to tiie billing agent so that ttte requesting 
customer can be billed for the service provkied. In par- 
allel to tiiis^ the CSA triggers into action an executic»i or 
senrice delivery agent (EXA) passing to it ttie index of 30 
tiie content to be delivered. In addition the CSA for- 
wards to the SVA a unique Identifier for that EXA. In turn 
tiie SVA will pass the Identifier to tiie CMA 
[0098] In order to driver the accepted information 
content to the user, the CMA sends a message to the 35 
activated EXA in the execute level in platibrm 24. This 
message contains tiie time tiiat tite user wishes to 
receive tiie informati'on and the required address for 
delivery. In response to tills the EXA makes tiie relevant 
connection and then dies. 40 
[0099] By using the above mechanism confkJentiality 
between customers and content suppliers is preserved 
and cannot be abused by eittier party. In adcfition. by 
allowing the EXA to die after its job is done tiie system 
can make better use of its computation resources using 4S 
them only as and when necessary. 
[0100] Once tiie servk^ are provided, tiie banking 
agent i^xJates the information content supplier and 
information broker accounts and passes billing informa- 
tion to tiie t)llling agent The bDling agent then updates so 
the customer's account and prepares a biD. The co- 
operation between the banking and billing agents 
means tiiat a customer only has to pay a single bill. Fur- 
thermore, since the banking agent is up<lated as soon 
as a particular service is provkJed. whetfier tiiat is by the 55 
CSA or tiie SVA. the system provkies real^me bflling 
capability. It is envisaged tiiat tiie user will have access 
to details of his account witii tiie system. 



[0101] The use of a multi-agent system is advanta- 
geous in many respects. For example, such systems 
are at)le to solve problems tiiat are too large for a cen- 
tralised single system, either due to resource limitation 
or because of the risks that a centralised approach 
involves. Furthermore, each agent specialises in a par- 
ticular function so that the agent community acts as a 
group of experts that collaborate to solve difficult prob- 
lems in a functionally distributed application. The solu- 
tions that are provided t>y tiie agents may draw from 
disti^butcJ information sources. The use of a multi- 
agent system also enhances the speed and reliabDity of 
tiie overall system and provkies tiie system witii the 
ability to tolerate uncertain data and knowledge. 
[0102] The present invention provides a metiiod and 
a system for dynamk»lly creating agents to act on 
bef»lf of servk:e provkiers and users. The system is 
capat>le of gatiiering customers' preferences, identify- 
ing relevant service content sources and finding infor- 
mation content tiiat best matohes tiie needs of tiie 
customer. This is a very flexble and simple system. 
When a customer accesses the system he/she is asked 
to choose tiie information content to t>e supplied and 
specify the form of the notification, for example e-mail. 
SMS, fax and delivery, e.g. to a PC via ttie Internet or a 
TV set via a different network platform. The system then 
organises the delivery of the information at a time Bnd to 
a location specified ty the customer. 

Claims 

1 . A disbritxited agent system Including an agent-con- 
figurator, the agent-configurator Including: 

(a) an agent component selecta for allowing 
user selection of one or more of a plurafity of 
possible agent components; 

(b) an agent process selector for allowing user 
selection of one or more of a plurality of possi- 
ble processes for use by the selected agent 
components, and 

(c) a customised agent description store for 
grouping tiie selected componente and proc- 
esses togettier. the saki grouping defining the 
customised agent 

2. A distributed agent system as claimed in claim 1, 
wherein the agente include: 

a plurality of agent conponents. each of which 
includes processes ananged to carry out a par- 
tkxilar task for the agent; 
a group message tx»rd witiiin at least some of 
the components, for mediating oommunksa- 
tions between processes of tiie same compo- 
nent; 

an internal message board, for mediating com- 
munications between processes of different 
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components, and 

an external message board, for mediating com- 
municatioris with other agents in the agent 
community. 

5 

3. A distrbuted agent system as claimed in dalm 1 or 
daim 2. inducfing a host-selector, arranged to 
determine the physical location of each customised 
agent, within the system, based on agent deploy- 
ment pdides or rules. 10 

4. Adistnlxjted agent system as dalmed In any one of 
daims 1 to3 in which the host-sdector is further 
arranged to allow the user manually to determine 
the physical location of each custonvsed ^ent is 

5. A method of creating user-customised agents for 
use in a distributed network, the method compris- 
ing: 

20 

(a) selecting one or more agent components 
from a plurality of possible agent components; 

(b) selecting one or more processes for use by 
the selected components from a plurality of 
possible processes, and 2S 

(c) grouping the selected processes and com- 
ponents together to aeate a customised agent 

6. A method of creating user-customised agents as 
dalmed in daim 5. induding automatically deter- 30 
mining the location of each customised agent. 
witNn the system, based on pre-defined deploy- 
ment polldes or rules. 

7. A distrSxjtedpiatfDrm for co-ordinating user access 35 
to information provided by content service provid- 
ers, the platform comprising: 

(a) a user interface: 

(b) a first advertising board for advertising serv- 4o 
ices of information brokers: 

(c) a first searching agent for searching tiie first 
advertising board for services based on the 
request from the user; 

(d) a second advertising board for advertising 45 
the services of information content suppliers; 

(e) a second searching agent for searching the 
second advertising board for available sen/ices 
based on results of the search of the first 
advertising means and the request from the » 
user, and 

(f) means for providing the results of the search 
of the second advertising means to the user, 

S. A distritxjted platform as daimed in daim 7, 55 
wherein the first and second advertising boards are 
distributed. 



9. A distritxited platform as daimed in claim 7 or daim 
8, wherein a plurality of first and second advertising 
boards are provided each of which advalises ttie 
services available in a particular market 

ia A cfistrit}uted platform as daimed in any one of 
daims 7 to 9. wherein means are provided for inter- 
rogating the user to determine specific preferences. 

11. A distributed platform as daimed in daim 10, 
wherein the specific preferences comprise where 
and/or how and/br when the infbmiation found by 
the second searching means^ is to be communi- 
cated to the user. 

12. A (fistrit)uted platform as claimed in any one of 
daims 7 to 1 1 . wherein a banking agent is provided 
for monitoring all finandal transactions tfiat take 
place as a result of the request from ttie user, 
between the information broters and the informa- 
tion content suppliers. 

13w A distributed platfomn as daimed in daim 12, 
wherein each user has an account that is monitored 
t)y the banking agent is up-dated as soon as 
response to a request for information » accepted 
for delivery to the user. 

14. A distributed platform as claimed in any one of tiie 
preceding daims. wherein a marketing agent is pro- 
vided for setting up the first and second advertising 
boards and subsequent boards introduced onto ttie 
piatform. 

15. A distnlxited platform as daimed in daim 14, 
wherein ttie marketing agent arranges ttie boards 
according to ttie type of services being marketed 
thereon. 

16. A distributed platform for co-ordinating user access 
to information provided by content service provid- 
ers, ttie platform comprising: 

(a) a user interface; 

Ot>) a content service provider advertising tx)ard 
for advertising services of content service pro- 
viders; 

(c) a first searching agent for searching ttie 
content service provider luivartising board for 
services, based on the request firom ttie user; 
and 

(d) means for providing ttie results of ttie 
search of the content service provider advertis- 
ing board to the user. 

17. A disb-ibuted platform as daimed in daim 16. fur- 
ther Induding: 
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(a) a broker advertising board for advertising 
the services of brokers ttiat act as intermedar- 
ies t>etween tfie content service provider and 
the user; and 

(b) a second searching agent for searching the s 
broker advertising board for available services 
based on the request from the user, 

wherein the second searching agent Klentifies 
a suitable broker and the first searching agent 
is associated with that broker. 10 

18. A distributed agent system including a pluraGty of 
agents an^anged to interact one with another within 
an agent community, each agent including: 

IS 

(a) a plurality of agent components, each of 
whk:h includes processes arranged to carry out 
a particular task for the agenfc 

(b) a group message board within at least 
some of the components, for mediating com* 20 
munications between processes of the same 
componenti 

(c) an internal message board, for mediating 
oonmunications between processes of differ- 
ent components; and 25 

(d) an external message board, for mediating 
communications with other agents in the agent 
community. 

19. A distributed agent system as claimed in claim 18, 30 
wherein inter-component messages are sent from 
the group message board to the internal message 
board. 

20. A distritxjted agent system as claimed in claim 18 35 
or daim 19. wherein inter-conrponent messages 
are received by the group message tioard from the 
internal message board. 

21 . A distributed agent system as claimed in any one of 40 
claims 18 to 20. wherein inter-ogent messages 
pass from the internal message board to the exter- 
nal message board and from there to the external 
agent to which the inter-agent message is directed. 

45 

22. A distributed agent system as claimed In any one of 
claims 18 to 21, wherein inter-agent messages are 
received in the extemal message board and 
passed to the internal message board 

so 

23. A distributed agent system as claimed in any one of 
claims 18 to 22, wherein the internal and extemal 
message boards are in the same component 

24. A distritxjted agent system as claimed in any one of 55 
claims 1 8 to 23. wherein a filter is provided for dele- 
gating or defining where messages shouM be 
passed. 



25. A distributed agent system as claimed in claim 24. 
wherein the filter is registered in the internal mes- 
sage board. 

26. A distritxjted agent system as claimed in daim 24 
or 25, wherein the filter is registered in the group 
message board. 



13 



EP0967 545A1 



iDisoibmcd Softwafe Ageng Platforrn | 



Sen ice Content 
Service Control 



Networks 



MOBILE I FIXED /Imemetl SATELLITE 



(Phone) (PoruUe PC) 









CPE 



ncrnn/ 



Terminals 



Figure 1 



in 




GUI 



.31 



Ir ^illing > . - j Banking .■ (Maiket ) h"^ O 

-22 
-34 
-32 



Networt interfaoe 



Figure 2 



14 



EP0967545A1 




Figare4 



15 



EP0 967 545A1 




45 4t 4? 4^ 

Figure 5 




Figure 6 



16 



EP0967545A1 




Figure 7 



GUI lltfTtgP/Xtf] ^2 



TP 




HottY 



HottX 



Figure 8 



17 



EP0967545A1 



MKT Sovkxs (Type, CSA, AgJD. boah 




'XSA.Boaids 



NO 




YES 




Adds (CSA. Ag.ID. host) to MKA's: 


Broadcast to all CSA.Boaids: 

^AddiCSA. ArlD. bott) taBOARD 










Seod toCSA: 'AdvTitise U 
ILiflofhaadleaofaUCSA BoanfaP 



Figure 9 



18 



EP0 967545A1 



Figure 10 




YES 



ibetende«rilietelCSA Boaidio 

SVA 



REQUEST CfOiioa of 1* CSA BQud)on 
Ibis SVA*s host 

& INOWE ia It all a^tatft from 
tCSA>,PangimAL,ADVERTl fisi ->( 1 



REQUEST: CiotiaD of CSA.Botfdoo this 
SVA'thott 

flt IKCLUDE aD easttat CSAs is iL 



MKAs^fkdstheCSA Board haadk to tbU 
SVA 



CSA.Boafd bfoodctts 10 alt CSAs iadodod 



CSA.Boaid j 
Codfimationt 



of odstencc 



19 



EP0 967 545A1 



YES 




REQUEST Cienioa of r SVA B««itf)oii 
tbisCMA'tbott 
& INCLUDE ia it lit «8ems ftom 
rSVA,POmmAL,ADVElCT] lifl -^f I 



Scsd the handle of ibe IogU SVA.Boaid to 



REQUEST: CicatioQ of S VA.Board on this 
CMA'fibott 



AINCLUDEall 



SVAstniL 



MCA 
[CMA 



the S VA^Boord baodle 10 this 



SVA.fioaftf bftadctfttiD in SVAs iadudttl 
is the botitf ''Atfvtnise *ba«' (botid 



SVA.BoaM 
CoQfinnaLion 



Qfedscnce 



Figure 11 



20 



EP0967 545A1 



J 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 4920 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Categoiy 



Citation ol document witli incScation. wtiere appropriate. 
ct feievam passages 



Relevant 
(o claim 



CUASSmCATON OF THE 
APPUCAT10N (IntCU) 



PACKARD B B ET AL: "AN EXTENSIBLE AGENT 

TASK LANGUAGE" 

HEWLETT-PACKARD JOURNAL. 

vol. 40. no. 4, 1 August 1989, pages 

38-42, XP000094709 

* page 38, left-hand column, line 1 - page 
40, left-hand column, line 5 * 

TERVEEN L G ET AL: "HELPING USERS PROGRAM 
THEIR PERSONAL AGENTS" 
COMMON GROUND. CHI '96 CONFERENCE 
PROCEEDINGS. CONFERENCE ON HUNAN FACTORS 
IN COMPUTING SYSTEMS VANCOUVER. APRIL 13 - 
18, 1996.13 April 1996. pages 355-361. 
XP000657833 
TAUBER N J (ED ) 

* page 355, left-hand column, line 1 - 
page 359, left-hand column, line 39 '•• 

EP 0 529 787 A (HEWLETT PACKARD CO) 
3 March 1993 

* column 5. line 4 - column 8. line 6; 
figures 1-4 * 

WD 96 23265 A (BRITISH TELECONN :DAVIES 
NICHOLAS JOHN (GB); WEEKS RICHARD (GB)) 
1 August 1996 

* page 4, line 32 - page 5, line 28; 
figure 1 * 

PATENT ABSTRACTS OF JAPAN 
vol. 097, no. 010, 31 October 1997 
& JP 09 160849 A (NIPPON TELEGR 
iAMP;TELEPH CORP 4LT;NTT&GT;; NTT 
SOFTWARE KK), 20 June 1997 

* abstract * 

-I- 



1.5 



G06F9/44 



1.5 



1,5 



1,5 



TraiMCM. FIELDS 
SEARCHED (lnLCI.6) 



G06F 

H04L 



7,16,18 



TTw present search report has lieen drawn up for aa Claims 



Plae«crfsMKli 

BERLIN 



Ostv of oon^iodon ol Itio Match 

6 November 1998 



EjcaRAner 

Deane, E 



8 

8 

§ 



CATEGORY OF aiED OCX^UMENTS 

X : poitlcuJarfy relevant 0 taken alone 

Y : peiticularV relevant tf eoRiblned wtth anoltMr 

document of the same category 
A : technological baiAyotinJ 
O : non-written disclosure 
P : HemiedUae document 



T : tneofy or prtnclpta underlying tne invention 
E : earlier pateri document, but published OTi 0 

flftBT ihe fiUng date 
O : documart cited In the application 
L : document dted for omer reasons 



& : me(nl)er of the aame patent family, corresponding 
document 



21 



EP0967545A1 



J 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 4920 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate. 
ol relevant passages 



Relevant 
todaim 



CLASSIFICATION OF THE 
APPUCATlOli (tm.a.6> 



WO 98 08164 A (TANDEM COMPUTERS INC) 
26 February 1998 
* page 7, line 32 - page 8, line 2; figure 
1 ♦ 



7,16.18 



TECHNICAL FIELDS 
SCAflCHEO (IntCU) 



The present search report has been drawn up tor aUdaims 



i 

9 
8 

§ 



Place of SMith 

BERLIN 



Data of oomplBiionaf tio SMich 

6 November 1998 



Deane, E 



CATEGORY OF OTED DOCUMENTS 

X : paitladArty relevant if taken atone 

Y : paiticulafty rotovani d oonnbbMd wth another 

dooxnen! orme same catogoiy 
A : tecluiotogicaj backgrounct 
O : non witten dbdcsino 
P : Womwfialo docum©rt 



T : theory orprincipte uideriying the invention 
E : eailier patert documem. but pubtishadon, or 

atter the fitng date 
O : document cited Inlhe appficatlon 
L : document dted for other rsaaone 

& : mefrberot the same patent famjly, corrw y onding 
document 



22 



